FunnelFlux Pro tiene una serie de recursos que son precursores necesarios para construir un embudo y ejecutar una campaña completa.
Estos son:
- Fuentes de tráfico
- Fuentes de ofertas
- Ofertas
- Páginas de aterrizaje
- Un dominio personalizado (no es realmente un recurso, pero es necesario)
A continuación se muestra un desglose de la configuración de estos elementos y cómo afectan a los procesos de seguimiento.
Fuentes de Tráfico
Una fuente de tráfico define el origen de los visitantes entrantes y debe seleccionarse al generar las URL de la campaña.
La configuración de la fuente de tráfico tiene dos componentes principales:
- Los campos de seguimiento de URL
- Seguimiento de conversiones
Configuración del campo de seguimiento de URL
Ver imagen a continuación:
FunnelFlux permite 20 campos de seguimiento personalizados, cada uno de los cuales debe tener un nombre (un alias) y un valor de marcador de posición opcional. Los números en el lado izquierdo representan números de columna en la base de datos. Por lo tanto, esta configuración está creando alias para mapear nombre -> ID de columna.
La configuración del campo de seguimiento se utiliza al generar enlaces de redirección/directos -- estos campos determinan los datos de cadena de consulta específicos de la fuente de tráfico que se añaden a la URL.
Tenemos dos campos reservados que no se pueden eliminar, pero se pueden alias -- campaña y externo.
Estos están reservados para los valores de ID de campaña (o nombre de campaña) y los ID de seguimiento de clics, respectivamente.
Los marcadores de posición deben ser todos los tokens/macros que la fuente de tráfico analizará (ya que están en URLs que se espera que se utilicen en la fuente de tráfico), y el token de FunnelFlux es el formato de token utilizable en las URLs de páginas de aterrizaje/ofertas para pasar los datos de la fuente de tráfico hacia adelante.
Notas útiles
- Las fuentes de tráfico no necesitan ser plataformas publicitarias -- podrías crear una fuente de tráfico para correos electrónicos, utilizando etiquetas de combinación de correo electrónico como tokens. También podrías crear fuentes de tráfico para afiliados específicos, con campos creados manualmente y permitir que el usuario pase datos estáticos. Al hacerlo, es una buena práctica poner el marcador de posición como REPLACE, para reducir el error humano al usar enlaces.
- Si un campo de seguimiento tiene su marcador de posición en blanco, lo omitiremos de la URL generada, pero el campo seguirá siendo capturado si existen los datos de URL.
- En algunos casos puede tener sentido desbloquear nuestros campos reservados y renombrarlos, donde un ID de campaña o clic se añade automáticamente a las URLs -- como con Facebook añadiendo "FBCLID" automáticamente. En nuestra plantilla, el campo externo se renombra a FBCLID, y se le da un marcador de posición en blanco. Nuestro sistema por lo tanto NO añadirá FBCLID= a las URLs generadas, pero capturará los valores de parámetros de cadena de consulta FBCLID entrantes y los almacenará como IDs de clic externos.
- Los usuarios pueden renombrar los campos en cualquier momento y esto puede llevar a que los datos que se registran en una columna numerada cambien abruptamente en algún momento, por lo que se debe tener cuidado de no alterar significativamente los datos que entran en cada número de columna después de la configuración. Más bien, sería mejor archivar esa fila numerada y crear un nuevo campo, o usar una nueva fuente de tráfico.
- Los campos de seguimiento archivados están ocultos a la vista y en los menús desplegables de informes, pero siguen apareciendo en los datos. Crear una nueva fila con el mismo nombre que un campo archivado desarchivará ese campo en lugar de crear un campo duplicado, ya que el archivado seguirá capturando y almacenando datos si las URLs lo utilizan.
- Al renombrar campos, se almacena un valor previousName para mapear los datos de URL de enlaces antiguos a valores renombrados.
Configuración de seguimiento de conversiones
Aquí, los usuarios pueden establecer el método para pasar los datos de conversión de vuelta a la fuente de tráfico.
Las URLs de postback son simples solicitudes GET a la fuente, pasando cualquier dato requerido y nuestro token {external} para el ID de clic disponible.
HTML permite píxeles JS o de imagen. Para que esto funcione, los usuarios deben rastrear una conversión con nuestro seguimiento JavaScript, que llevará el código HTML a través de la página si está configurado.
Los escenarios personalizados son integraciones personalizadas que hemos creado para varias fuentes de tráfico, que típicamente involucran una API.
Los usuarios necesitarán consultar nuestra documentación de ayuda para los detalles de configuración. Estos deben aprovecharse si están disponibles, ya que darán un seguimiento mucho más fiable. Todos están basados en servidor a servidor, por lo que funcionan cuando las conversiones se pasan a FunnelFlux con URLs de postback, pero también si las conversiones se activan con JS.
Fuentes de Ofertas
Estas definen la fuente de las ofertas, que suelen ser redes de afiliados. Aunque, un usuario bien podría crear fuentes como "Mis Productos" o un nombre de sitio web.
Estas sirven tres propósitos:
- Plantillar el paso de datos, ya que cuando una oferta usa esta fuente, hereda la configuración de paso de datos
- Plantillar URLs de postback, para facilitar a los usuarios copiar/pegar URLs a las redes
- Como una categoría general para informes
Nota: tenemos la intención de actualizar nuestro paradigma de paso de datos en un futuro cercano. En este momento, la configuración de la fuente de oferta se hereda en una sola dirección en el momento en que se selecciona en la configuración de la oferta. Si el usuario actualiza la fuente de la oferta, no se hacen cambios en las ofertas. En el futuro, crearemos una herencia estricta donde las ofertas primero heredan la configuración de paso de datos de la fuente (y alguna otra configuración), luego a nivel de oferta se pueden establecer campos adicionales así como anulaciones.
Paso de datos
Aquí los usuarios pueden usar un enfoque basado en formularios para construir la cadena de consulta añadida a la URL de la página base bajo configuración general.
Este enfoque reduce el error humano y nos permite plantillar mejor el paso de datos.
Como mejor práctica, la URL de la página base debe contener todos los datos de URL estáticos que nunca cambiarán. Para las URLs de afiliados, esto a menudo significa incluir algún ID de afiliado/oferta.
Todos los datos dinámicos deberían configurarse idealmente a través de la sección de paso de datos.
Notas útiles
- Algunos nombres de campo están restringidos como vid, n, c, ts, etc. que se utilizan para parámetros reservados pasados por FunnelFlux o nuestro Javascript
- Para pasar datos de URL, puedes elegir esa opción y luego ingresar solo el nombre de la clave de la cadena de consulta. Al guardar, el elemento se colapsará a
{data-url_key_name}-- tenemos la intención de mejorar esto más adelante. - Ten en cuenta que los datos pasados en los enlaces de seguimiento se acceden a través de este token, al igual que los datos de cadena de consulta pasados a nuestro búfer de URL. Es decir, cualquier dato de cadena de consulta de URL pasado a un enlace de redirección o acción que NO sea un campo de seguimiento definido seguirá siendo almacenado en los datos de sesión y se puede acceder con
{data-url_key_name}. Sin embargo, no estará disponible en los informes. - Para pasar datos compuestos u otros datos, selecciona cadena personalizada. Aquí puedes usar tokens como de costumbre, así que puedes hacer por ejemplo
{funnel-id}-{campaign}-{trafficsource-id}. Si pasas datos complejos como una cadena de URL, no necesita ser codificada ya que nuestro sistema la codificará automáticamente en URL al guardar.
Seguimiento de conversiones
Esta sección es bastante autoexplicativa.
Para plantillar la URL de postback, ingresa los tokens de ingresos/ID de transacción opcional que la plataforma de la fuente de oferta analizará y reemplazará.
Para el ID de hit, verifica el campo al que estás pasando nuestro valor {hit} en el paso de datos. Si es "aff_sub5" por ejemplo, entonces en la página de seguimiento de conversiones, debes ingresar el token correspondiente de la fuente de oferta que representaría el valor almacenado de aff_sub5, por ejemplo {aff_sub5}
Notas útiles
- Las conversiones pasadas a FunnelFlux con valores idénticos de ID de hit y TxID actualmente reemplazarán la conversión existente pero no causarán duplicación. En este momento, esto actualiza la marca de tiempo de la conversión. Tenemos la intención de reemplazar esta funcionalidad para NO actualizar la marca de tiempo original, por lo que el nuevo evento, si es un duplicado, se ignora efectivamente.
- Actualmente, el seguimiento de conversiones no se deduplica con respecto al envío de eventos a la fuente de tráfico. Así que incluso si FunnelFlux deduplica la conversión internamente, aún se envía un evento a la fuente de tráfico. También tenemos la intención de actualizar este comportamiento para no enviar eventos duplicados.
- Por lo tanto, si los usuarios quieren disparar múltiples conversiones legítimas, siempre deben especificar valores únicos de ID de transacción a través del parámetro "tx" en nuestra URL de postback/JS.
Ofertas
Las ofertas deben elegir una fuente de oferta para heredar primero la configuración importante, ahorrando tiempo y reduciendo el error humano.
La oferta tiene entonces una URL base, que debe incluir todos los datos estáticos con todos los datos dinámicos pasados a través de la sección de paso de datos.
Cuando FunnelFlux redirecciona a una oferta, redireccionará a la URL base + configuración de paso de datos = URL final de la oferta.
Las categorías de ofertas son puramente para agrupar en informes y no tienen impacto funcional.
Enlaces de acción de página
Estos son los URLs de acción (CTA) que se utilizarán en las páginas. Son genéricos y tienen el formato:
https://DOMAIN/action/number
En FunnelFlux, las URLs de clickthrough (enlaces de acción) en las páginas no especifican un destino. Hacen referencia a una "acción" a ejecutar. En el momento del clic, FunnelFlux procesará la configuración del embudo para el usuario actual, y basándose en su posición de nodo actual conocida, ejecutará la acción X desde ese nodo.
De esta manera, FunnelFlux no pronostica cuál será el próximo destino para un usuario, y por lo tanto no es posible crear un enlace en una página que cree un clickthrough/acción pero también fuerce a que se redireccione a cierto nodo.
Por supuesto, se podría usar un nodo de condición y enrutar basándose en algunos datos de URL pasados a la URL de acción, pero esta es una funcionalidad separada -- la acción desde la página de aterrizaje seguiría yendo naturalmente al siguiente nodo esperado (una condición en este caso).
Ten en cuenta que los enlaces de acción son genéricos y no necesitan ser específicos de la página, embudo o fuente. Dentro del constructor de embudos estas acciones también se pueden recuperar con parámetros predeterminados añadidos. Eso se discutirá en el documento técnico del embudo.
IDs de producto de integración
Esta es una sección en beta - es específicamente para integraciones de webhook que planeamos construir, donde pasarán IDs de producto y un ID de visitante. Si una oferta tiene IDs de producto establecidos, podremos hacer referencia cruzada para determinar que X ID de producto debe ser Y oferta --> esa es la oferta que se convirtió. Actualmente de uso limitado.
Páginas de aterrizaje
Al igual que las ofertas, una página de aterrizaje es solo una página.
Las diferencias clave, además del icono/nombre, es que una página de aterrizaje no tiene una "fuente" de la que herede la configuración
Las páginas de aterrizaje deben usarse para cualquier página que no vaya a crear ingresos directamente de una acción del usuario en esa página, o que se derive de ella.
Por ejemplo, una página de pago probablemente sería una página de oferta -- pero la página de ventas de productos anterior sería una página de aterrizaje, ya que la página de pago es el lugar donde el usuario finalmente se convierte.
Cualquier página que sea un término, donde un visitante es redirigido a algún tercero, por ejemplo, una red de afiliados, seguramente será una oferta, no una página de aterrizaje.
Ten en cuenta que aunque las páginas de aterrizaje no convierten, en los informes aún heredan los ingresos y conversiones creadas por los usuarios más adelante en su viaje.